home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941031-19941221 / 000247_news@columbia.edu_Wed Nov 23 09:08:34 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA21451
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 23 Nov 1994 09:08:34 -0500
  3. Received: by apakabar.cc.columbia.edu id AA05841
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 23 Nov 1994 09:08:32 -0500
  5. Path: news.columbia.edu!spcuna!solaris.cc.vt.edu!news.mathworks.com!hookup!swrinde!pipex!sunic!news.funet.fi!news.csc.fi!news.helsinki.fi!cc.helsinki.fi!jaakola
  6. From: jaakola@cc.helsinki.fi
  7. Newsgroups: comp.protocols.kermit.misc,alt.winsock
  8. Subject: Re: winsock/MS-Kermit hack possible? (Was: winsock/pkt drv hack...)
  9. Date: 22 Nov 94 22:02:04 EET
  10. Organization: University of Helsinki
  11. Lines: 45
  12. Message-Id: <1994Nov22.220204.1@cc.helsinki.fi>
  13. References: <3a67j8$j39@Mercury.mcs.com> <3anvci$dut@relay.tor.hookup.net>  <soren.223.000F87E0@aztec.co.za> <1994Nov21.105430.33454@cc.usu.edu>
  14. Nntp-Posting-Host: hylka.helsinki.fi
  15. Mime-Version: 1.0
  16. Content-Type: text/plain; charset=ISO-8859-1
  17. Content-Transfer-Encoding: 8bit
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:1192 alt.winsock:22840
  19. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  20.  
  21. In article <1994Nov21.105430.33454@cc.usu.edu>, jrd@cc.usu.edu (Joe Doupnik) writes:
  22. >     Nice idea but not practical here. There are a great many
  23. > coupling threads (variables, calls) between the high level and comms
  24. > level material in Kermit so that control may be exercised and speed
  25. > retained. And there is much more to comms than serial or the internal
  26. > TCP/IP stack; SET PORT exhibits the list (and some choices transparently
  27. > encompass two or three variations from the same vendor).
  28. >     Winsock is for pure Windows programs, not for DOS programs.
  29. >     MS-DOS Kermit removes itself from comms channels when done with
  30. > them. Few commercial TCP/IP stacks do so (none that I know of). Were
  31. > winsock guys to get off the pot when done the problem would be smaller.
  32. > So please consider hounding your winsock vendor to go un-TSR upon last
  33. > close and to not be present until an application makes a demand.
  34. >     Joe D. 
  35.  
  36. I can use Trumpet Winsock (version 1, beta 6) and MS-Kermit, but not at
  37. the same time, and I can switch back and forth using either one, one at
  38. a time. I use WINPKT+ODITRPKT+ODI drivers.
  39.  
  40. A guy from New Zealand says that he is able to use Winsock and KA9Q at
  41. the same time without stopping the other one. He is even using the same
  42. IP address for both of them! He uses PKTMUX.
  43.  
  44. I think that XFS is a hack which allows you to have NFS and Winsock
  45. simultaneously.
  46.  
  47. Is it possible to use MS-Kermit and Winsock simultaneously with PKTMUX,
  48. and both stacks having the same IP number?
  49.  
  50. I see the following problems:
  51.  
  52. Who answers to ICMP echo (ping, that is)? How about other ICMP messages?
  53.  
  54. How does one avoid using the same port numbers in both stacks? Could Joe
  55. add a client port range parameter to MS-Kermit, and is the same possible
  56. on the Winsock side, so that the two ranges would not overlap? Of
  57. course, for Winsock this would be stack brand dependent. Peter Tattam,
  58. do you hear?
  59.  
  60. When MS-Kermit 3.14 sends RARP for its own address (the duplicate
  61. check), will the Winsock answer it and thus trigger a false alarm?
  62.  
  63. Can these problems be circumvented?
  64. --
  65. Juhani Jaakola, jaakola@cc.helsinki.fi